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A  TINE  DIVISION  DEMAND  ACCESS  INTERCOM  SYSTEM 


PREFACE 


The  CORADCOM  vehicular  Intercom  development  program  Is  exploring  new  designs 
for  vehicular  Intercom  systems.  The  design  goals  for  the  new  system  Include 
the  following: 

a.  multiplexing  techniques  In  order  to  reduce  cable  and  connector  sizes 

b.  wireless  techniques  In  order  to  eliminate  the  cord  between  the 
crewman's  helmet  and  his  Intercom  station 

c.  Improved  system  Intelligibility 

d.  simple*  accident  free  keying  capability. 

Contracts  have  been  awarded  to  ITT  Aerospace/Optical  Division  (DAAB07-77- 
C-0189)  and  Cincinnati  Electronics  Corporation  (DAAB07-77-C-0190)  to  develop 
concepts  for  system  architecture,  signal  distribution  and  wireless  communi¬ 
cations.  In  addition  to  this  work,  which  addressed  the  full  spectrum  of 
Intercom  system  design  goals,  a  concept  dealing  only  with  multiplexed  signal 
distribution  for  an  Intercom  system  was  developed  In  house  by  CORADCOM. 

This  work  Is  the  subject  of  this  report.  The  design  was  prototyped  to  verify 
operational  feasibility,  but  In  order  to  build  the  prototype  only  readily 
available  components  were  used.  Therefore,  the  schematics  do  not  necessarily 
represent  an  optimized  design,  but  they  do  show  a  simple  and  straightforward 
system  Implementation.  For  additional  Information  on  the  intercom  system 
design  as  performed  under  contract,  a  list  of  the  contractors'  reports  are 
Included  In  appendix  A. 
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INTRODUCTION 


An  Intercom  system  Is  normally  thought  of  as  a  system  which  allows 
communication  between  Individuals  In  a  manner  much  like  the  telephone  l.e., 
users  operating  In  a  full  duplex  mode  or  talking  simultaneously.  This  type 
of  system  must  accomodate  Information  travelling  In  two  directions  at  the 
same  time  on  the  same  wire  pair,  and  generally  uses  large  and  expensive 
hybrid  transformers  for  analog  systems  or  very  fast  data  rates  for  digital 
systems.  Systems  which  allow  only  one  user  to  talk  at  a  time  are  a  type  of 
simplex  system,  and  are  generally  less  costly  and  more  easily  Implemented. 
However,  In  some  situations  the  operational  restrictions  may  be  Inconvenient. 

While  a  full  duplex  communication  system  may  seem  to  be  the  Ideal  system  for 
some  Intercom  applications,  the  assumption  for  the  design  of  the  time  divi¬ 
sion  demand  access  Intercom  Is  that  a  full  duplex  system  Is  neither  necessary 
nor  Ideal  for  the  combat  vehicle  environment.  The  operational  scenario  of 
most  combat  vehicles  Is  one  In  which  the  crew  members  take  orders  from  the 
vehicle  commander  and  respond  with  confirmation  to  these  orders.  This  type 
of  intercom  traffic  could  efficiently  be  handled  by  a  simplex  type  system 
with  a  minimum  amount  of  user  discipline.  It  Is  an  approach  naturally 
suited  to  the  type  of  traffic  encountered  In  the  vehicle. 


OPERATIONAL  DESCRIPTION 


Consider  a  typical  Intercom  system  comprised  of  a  control  station  and  four 
crew  stations.  One  of  the  crew  stations  can  be  designated  the  commander's 
station.  The  first  person  to  begin  speaking  will  be  recognized  by  the 
control  station,  and  the  control  station  will  then  Inhibit  all  other  crew 
stations.  The  system  uses  noise  Immune  voice  operated  keying  (VOX)  of  the 
crew  stations,  so  If  the  first  talker  pauses  longer  than  a  predetermined 
time  or  stops  talking,  the  Intercom  voice  channel  Is  available  for  another 
user.  The  use  of  noise  Immune  VOX  keying  allows  the  operator  to  activate 
the  system  without  any  real  effort  and  will  automatically  unkey  the  system 
when  the  operator  stops  talking.  This  feature  Is  particularly  Important 
because  the  system  can  only  accommodate  one  talker  at  any  given  time.  In 
order  to  have  control  of  the  system,  one  must  continually  talk.  This  Is  the 
basis  for  the  design  of  the  system;  If  there  Is  a  demand  for  voice  access 
to  the  Intercom,  the  system  will  respond  by  allowing  that  Information  to 
pass  providing  the  voice  channel  Is  Idle.  Since  most  voice  traffic  will  be 
of  the  command  and  response  type  format,  the  demand  access  design  can 
efficiently  and  economically  satisfy  the  voice  traffic  pattern  In  the 
vehicle.  There  Is,  however,  no  doubt  that  system  discipline  and  dependence 
on  traffic  protocol  Is  required  to  achieve  the  effectiveness  of  the  system; 
but  this  Is  considered  reasonable  for  combat  vehicle  Intercom  communications. 
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Monitoring  of  vehicle  radios  Is  done  Independently  of  the  Intercom  voice 
channel,  so  each  crew  member  can  monitor,  uninterrupted,  whatever  radio 
channel  Is  desired.  However,  when  a  crew  member  wishes  to  key  a  radio,  the 
constraints  of  the  demand  access  system  again  apply;  the  voice  channel  most 
be  Idle  before  a  transmission  can  take  place.  To  key  the  radio  there  Is  a 
momentary  contact  switch  located  on  the  crew  station  which  must  be  manually 
held  down  during  the  entire  radio  transmission  time,  but  the  modulation  of 
the  radio  transmitter  will  still  be  controlled  by  the  crew  station  VOX 
circuit.  In  this  manner  accidental  VOX  keying  of  the  radio  will  not  occur, 
and  during  long  periods  of  pauses  In  speech,  vehicle  background  noise  will 
not  modulate  the  transmitter. 

Since  the  commander’s  crew  station  Is  partitioned  separately  In  the  time 
division  multiplexed  (TOM)  data  format,  the  controller  can  recognize  It 
and  distinguish  It  from  the  other  crew  stations.  In  this  manner  priority 
interrupts  or  priority  radio  transmissions  for  the  commander  could  be  easily 
programmed  into  the  control  station  logic.  This  has  not  been  Implemented 
In  this  model  since  It  still  Is  uncertain  as  to  what  system  capabilities 
should  be  assigned  to  which  crew  stations  i.e. ,  it  Is  a  possibility  that  all 
crew  stations  except  the  commander's  crew  station  will  not  require  any  radio 
transmission  capability.  Once  the  system  operational  requirements  are 
clearly  defined,  it  is  felt  that  the  time  division  demand  access  concept  can 
satisfy  these  requirements  with  a  highly  cost  effective  system. 


BUS  CONCEPT 


The  system  operates  from  two  synchronous  bus  lines;  one  for  digital  data 
and  one  for  system  clock.  This  approach  of  using  a  separate  clock  bus, 
rather  than  combining  clock  and  data,  was  chosen  in  order  to  keep  the  hard¬ 
ware  as  simple  and  Inexpensive  as  possible.  The  system  is  comprised  of  a 
controller  and  Individual  crew  stations.  The  controller  generates  the 
system  clock.  Interfaces  with  the  vehicle  radio  systems,  and  determines  which 
crew  station  may  talk  on  the  data  bus  based  on  a  pre-deflned  priority  scheme. 
The  crew  stations  handle  the  crew  member’s  A-D/D-A  (CVSO)  conversion,  provide 
VOX  control  of  microphone  audio,  selectively  monitor  the  vehicle  radio 
systems,  and  provide  Intercom  and  radio  transmission  capability.1  A  system 
block  diagram  is  shown  In  Figure  1. 

The  clock  signal,  generated  at  the  controller,  is  1.75  MHz  and  Is  received 
at  each  crew  station  and  used  as  the  basis  for  crew  station  timing.  The 
data  signal  Is  formatted  Into  a  frame  which  must  be  transmitted  at  the  rate 
desired  for  CVSD  modulation/demodulation;  in  this  case,  35  kHz.  Each  frame 
Is  comprised  of  5  data  channels,  and  each  data  channel  Is  comprised  of  10 
bits.  The  data  structure  Is  shown  In  Figure  2.  With  this  number  of  channels 
the  bus  overhead  Is  very  low,  and  since  all  overhead  resides  with  the  con¬ 
troller;  there  Is  sufficient  room  for  expansion  In  the  controller  generated 
data  channels  (control  &  receive  channels)  to  readily  allow  for  system 
modification  and  flexibility. 
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BUS  PROTOCOL 


The  system  Is  based  on  the  premise  that  at  any  given  time  only  one  crew 
member  (Including  the  commander)  can  talk  on  the  data  bus.  The  main  advan¬ 
tage  of  this  approach  Is  that  no  conference  bridge  Is  required  In  the  system 
controller,  and  It  eliminates  a  D-A  and  A-D  transformation  which  would  be 
required  In  systems  allowing  for  simultaneous  talkers.  Every  time  a  trans¬ 
formation  from  analog  to  digital  signals  Is  made,  or  vice  versa,  the  system 
signal  to  noise  ratio  Is  degraded.  Another  advantage  from  system  security 
aspects  Is  the  capability  of  allowing  only  one  RT  to  be  modulated  at  a  time. 
Not  only  does  the  elimination  of  the  D-A  and  A-D  transformation  serve  to 
maintain  system  signal  to  noise  ratio,  but  It  also  considerably  reduces 
controller  hardware  complexity.  For  example.  In  a  system  where  the  con¬ 
ference  bridge  Is  used  In  the  controller,  a  separate  CVSD  must  be  dedicated 
to  each  crew  channel  In  order  to  decode  that  channel.  An  analog  network  must 
then  combine  the  signals,  and  this  combined  (conferenced)  signal  must  be  re¬ 
encoded  with  an  Intercom  channel  CVSD. 

One  key  to  the  successful  operation  of  this  concept  lies  In  the  use  of  a 
reliable  VOX  circuit  at  each  crew  station.  This  VOX  must  have  vehicle  noise 
Immunity  and  operate  reliably  on  voice  signals  with  fast  attack  and  release 
times.  The  fast  release  Is  required  in  order  that  another  talker  may  then 
break  In  and  use  the  system.  When  the  user  wishes  to  key  a  rad la  the  VOX 
release  time  constant  can  be  automatically  lengthened  In  order  to  prevent 
excessive  on  and  off  keying  of  the  radio.  Therefora  a  user  who  Is  trans¬ 
mitting  on  radio  has  an  advantage  In  maintaining  the  data  bus  for  his  use. 
Given  the  low  volume  of  traffic  In  tactical  vehicles,  this  system  is  certainly 
a  viable  Implementation  of  an  Intercom  system. 

The  prototype  developed  is  configured  for  the  commander  to  occupy  the  CS-1 
data  channel,  and  for  up  to  four  crew  members  to  share  the  CS-2  channel  with  • 
all  users  operating  In  a  time  division  demand  access  arrangement.  By 
separating  the  commander's  channel  this  way,  priority  access  could  easily  be 
Implemented  In  the  controller.  However,  for  this  prototype  all  users  operate 
on  an  equal  weight  demand  access  scheme  (first  come,  first  served).  The 
commander  operates  on  the  CS-1  channel  and  all  crew  members  share  the  CS-2 
channel.  Based  on  decoding  the  designator  bits  D1  and  D2  from  the  CS-2 
channel,  the  controller  can  Identify  which  crew  station  Is  talking  and 
simultaneously  Inhibit  all  other  stations.  In  a  totally  equal  weight  demand 
access  schema  a  maximum  of  8  users  could  operate  on  this  system;  4  users  on 
the  CS-1  channel  and  4  users  on  the  CS-2  channel. 
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CONTROLLER  OPERATING  DESCRIPTION  (Figures  5-11) 


The  controller  block  diagram  is  shown  in  Figure  3.  The  controller  generates 
system  timing  and  continually  sends  a  1.75  MHz  clock  over  the  clock  bus.  U1 
and  U2  form  the  master  oscillator.  The  same  basic  demultiplexing  scheme  is 
used  throughout  the  controller  and  all  crew  stations.  Each  channel  is 
separated  into  10  bits  and  the  frame  is  separated  into  5  channels  (Figure  2). 
U3,  U4,  U5  and  U6  define  these  different  time  intervals  based  on  the  master 
oscillator.  Once  these  time  intervals  are  defined,  they  are  used  in  conjunc¬ 
tion  with  the  clock  to  become  clock  pulses  for  D  type  flip  flops  which  latch 
(or  demultiplex)  the  desired  bit  from  the  serial  data  bus.  For  example,  in 
order  for  the  controller  to  demultiplex  or  latch  the  D-l  bit  from  CS-2  (crew 
station  #  2),  three  signals  are  required;  the  CS-2  channel  bit,  the  D-l  data 
bit  or  data  bit  7  and  the  clock  signal. 

The  demultiplexing  is  then  accomplished  as  shown  in  Figure  4.  The  latched 
output  is  updated  every  time  signals  A,  B  and  C  coincide;  once  every  frame. 

In  this  system  the  frame  rate  is  the  CVSD  clock  rate  so  that  the  CVSD's  can 
receive  and  send  data  on  a  real  time  basis  on  the  data  bus.  The  controller 
demultiplexes  every  bit  from  the  crew  stations  in  a  similar  manner. 

In  order  for  the  system  to  operate  on  a  demand  access  basis,  the  controller 
must  partition  the  data  and  separate  CS-1  data  from  CS-2  data.  The  con¬ 
troller  must  also  determine  which  crew  member  spoke  first.  The  first  crew 
member  to  speak  and  be  recognized  is  given  transmission  access  to  the  data 
bus  while  all  other  stations  are  inhibited  from  transmitting  by  having  the 
controller  inhibit  the  crew  stations's  CVSD.  Crew  member  demand  is  deter¬ 
mined  by  detecting  the  VOX  signal.  The  VOX  signals  from  CS-1  and  CS-2  are 
latched  by  U12  and  applied  to  a  first  come,  first  served  detector  (FCFS) 
made  up  of  U17,  Dl,  D2,  Rl,  R2  and  U18  A,  B,  C.  This  circuit  determines 
which  VOX  bit  occurred  first,  as  applied  to  inputs  U17A  and  U17B,  and  then 
uses  this  information  to  control  transmission  of  that  channel's  intercom  bit 
through  gates  U18  A,  B  and  C.  The  outputs  are  the  speaker's  intercom  bit  and 
an  inhibit  bit  for  all  other  crew  members.  Refering  to  the  schematic  in 
Figure  8,  when  there  is  a  CS-1  channel  speaker,  the  output  of  U17F  goes  low 
allowing  this  speaker  to  continue.  Outputs  from  U17F  and  U19  A,  B,  C,  D 
are  held  high  Inhibiting  all  CS-2  channel  speakers.  If  a  speaker  on  CS-2  is 
detected  by  a  low  output  from  U17F,  this  information  also  enables  the  output 
of  the  CS-2  decoder,  U16,  to  identify  which  of  the  4  possible  users  of 
CS-2  is  speaking. 

Once  a  talker  has  been  identified  the  controller  must  then  Inhibit  all  other 
potential  talkers.  This  is  the  purpose  of  the  control  channel  generated  by 
the  controller.  In  this  data  channel  there  is  a  dedicated  bit  for  each  po¬ 
tential  system  user  (a  maximum  of  8  stations).  The  crew  stations  constantly 
monitor  their  respective  bit  in  this  channel.  This  bit,  when  detected  at 
the  crew  station,  will  maintain  the  crew  station  CVSD  in  a  decode  (D-A) 
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Data  Bus 


Figure  3  Controller  Block  Diagram 


Q  output  is  D-l  bit  (bit  #7)  in  CS-2  channel  (channel  #4) 
updated  every  frame  (35  kHz  rate) 


Figure  4  Demultiplexing 
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CONTROL  BUS  INTERFACE 
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mode.  Even  if  a  non-accessed  crew  member  were  to  try  to  speak,  he  would 
hear  no  side  tone  Indicating  that  he  did  not  have  access  to  the  Intercom. 

He  would,  however,  continue  to  monitor  system  activity. 

Simultaneously  the  intercom  CVSD  output  bit  from  the  accessed  crew  member  Is 
latched  by  the  controller  and  reapplied  as  one  of  the  bits  In  the  controller 
generated  receive  channel.  All  crew  stations  constantly  monitor  the  Intercom 
bit  In  the  receive  channel,  and  therefore,  constantly  monitor  the  station  that 
has  access  to  the  system. 

The  other  bits  in  the  receive  channel  are  digital  outputs  from  CVSD's 
associated  with  each  RT  that  Is  In  the  system.  In  this  design  3  RT's  can  be 
Interfaced  to  the  system.  There  Is  a  dedicated  CVSD,  with  each  RT,  that  Is 
encoding  (A-D)  for  receive  mode  monitoring  and  decoding  (D-A)  when  an 
accessed  crew  member  keys  that  RT.  One  additional  CVSD  is  dedicated  to  con¬ 
stantly  encoding  (A-D)  an  analog  mix  of  all  RT  receive  audio.  This  Is  the 
ALL  channel.  With  the  present  design  of  3  RT's,  there  are  still  3  bits  unused 
In  the  receive  channel.  These  bits  could  be  used  for  addition  of  more  RT's 
or  for  combinations  of  the  first  three  RT;s,  l.e.,  1  and  2,  2  and  3,  and  1 
and  3.  Preprogramming  combinations  such  as  these,  done  In  the  controller, 
would  eliminate  the  need  for  additional  CVSD  chips  in  each  crew  station  in 
order  to  monitor  particular  combinations  of  multiple  RT  audio  signals. 

So  far  only  transmission  on  the  intercom  has  been  discussed.  When  a  crew 
member  desires  to  key  a  radio,  the  presence  of  a  key  radio  bit  In  the  CS 
channel  will  be  detected  and  latched  in  the  controller  by  U23.  In  addition, 
U22  and  U23  detect  and  latch  3  bits,  the  mode  bits  Ml,  M2  and  M3,  from 
either  CS  channel  and  when  decoded  by  U24,  determine  which  RT  will  be  keyed. 
The  presence  of  the  key  radio  bit  and  the  information  that  there  Is  a 
speaker  are  used  to  enable  the  RT  key  decoder  U24.  This  output  keys  the  PTT 
for  the  selected  RT  and  simultaneously  enables  the  RT  CVSD  to  a  decode  (D-A) 
mode  In  order  to  modulate  the  transmitter. 

The  sync  channel  Is  also  generated  by  the  controller  and  Is  simply  a 
channel  of  all  l's  (8  bits).  With  the  present  system  configuration  the 
probability  of  all  l's  in  any  other  channel  is  zero  unless  there  are  system 
bit  errors  and  to  date,  there  have  been  no  problems  encountered  with  false 
sync. 


CREW  STATION  OPERATING  DESCRIPTION  (Figures  14-19) 


The  crew  station  block  diagram  is  shown  In  Figure  12.  The  crew  stations 
operate  In  party  line  fashion  with  all  stations  sharing  the  data  and  timing 
bus  lines.  The  sync  channel,  generated  by  the  controller.  Is  detected  by 
the  crew  station  and  used  to  reset  the  bit  and  channel  time  slot  generators 
which  are  clocked  from  the  timing  bus.  Since  all  crew  stations  operate  from 
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the  party  line,  all  stations  detect  sync  simultaneously  and,  therefore, 
operate  synchronously  with  the  controller.  To  Insure  reliable  operation, 
sync  Is  sent  in  each  frame.  U5  is  a  presettable  binary  counter  which  is  used 
as  the  sync  detector.  After  8  consecutive  l's  are  counted,  a  reset  pulse  Is 
applied  to  the  bit  and  channel  time  slot  decoder  network  U6,  U7,  U8  and  U9. 
Therefore,  the  crew  stations  define  the  beginning  of  the  frame  with  the 
control  channel.  The  difference  in  frame  definition  between  control  and  crew 
station  Is  shown  in  Figure  13.  As  in  the  controller,  once  all  the  bit  and 
channel  time  slots  are  defined  and  synchronous  with  the  controller,  they  are 
used  for  controlling  demultiplexing  (latching)  data  from  the  data  bus  and 
for  controlling  multiplexing  data  onto  the  data  bus. 

Once  sync  has  been  received  and  decoded,  the  crew  stations  must  demultiplex 
information  from  two  other  channels.  The  control  channel  contains  data  bits 
which  control  crew  station  access  to  talk  on  the  bus.  The  control  channel  Is 
presently  configured  as  follows:  one  bit  to  control  the  crew  station  in  the 
CS-1  channel  and  four  bits  to  control  the  four  crew  stations  sharing  the  CS-2 
channel.  The  presence  of  a  bit  in  any  particular  time  slot  will  inhibit 
(force  the  crew  station  CVSp  to  decode,  D-A)  that  particular  crew  station 
from  talking  on  the  data  bus.  If  an  inhibited  station  attempts  to  talk  on 
the  bus,  no  si detone  will  be  heard  since  that  CVSD  is  being  held  In  a  decode 
(D-A)  mode. 

Since  there  are  up  to  four  crew  stations  sharing  the  CS-2  channel  in  the 
present  configuration,  each  crew  station  must  take  a  turn  in  transmitting  its 
data  in  the  CS-2  channel  slot.  There  can  be  a  maximum  of  four  stations 
sharing  the  channel  so,  each  crew  station  must  transmit  its  data  once  during 
four  consecutive  frames.  Moreover,  all  CS-2  crew  stations  must  be  Inter¬ 
leaved  so  as  not  to  interfere  with  each  other.  If  one  of  the  CS-2  crew 
stations  becomes  the  accessed  crew  station,  the  interleaving  is  stopped  and 
that  crew  station  will  transmit  its  data  in  the  CS-2  channel  time  slot  every 
frame  as  If  that  station  was  the  only  CS-2  channel  crew  station.  The  Inter¬ 
leaving  Is  accomplished  by  an  offset  counter,  U13,  with  the  offset  selected 
by  an  Internal  switch.  Prior  to  system  installation,  each  of  the  four  CS-2 
crew  stations  would  have  to  be  set,  each  with  one  of  the  four  offsets. 
Referring  to  Figure  17,  the  offset  generator  functions  as  follows.  The 
offset  counter,  U13,  will  count  1  to  4  times  clocked  by  an  Input  from  the 
CS-2  channel  time  slot  decoder.  A  four  position  switch  will  select  which 
offset  (1  thru  4)  is  desired  for  that  particular  crew  station.  Once  that 
offset  (count)  has  been  reached,  the  output  from  U21B  will  gate  off  the  input 
at  U21A  and  enable  a  divide  by  4  counter,  U14,  which  in  turn,  will  enable 
the  line  driver  to  output  the  CS-2  data  on  the  data  bus.  The  result  is  that 
a  crew  station  set  to  position  A  will  transmit  data  in  the  CS-2  channel 
during  the  first  CS-2  Interval;  position  B  will  allow  data  to  be  transmitted 
in  the  CS-2  channel  during  the  next  frame  and  so  on  until  all  four  stations 
have  been  sequenced. 
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Figure  13  Frame  Definition 
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If  any  CS-2  crew  station  Is  accessed,  represented  by  any  one  of  the  four 
CS-2  Inhibit  bits  In  the  control  channel  going  low,  the  offset  counter  U-13 
Is  reset  and  held  reset  while  the  station  Is  accessed.  The  offset  circuitry 
Is  then  bypassed  by  means  of  the  quad  bilateral  switch,  U15,  and  the  accessed 
crew  station's  line  driver  Is  enabled  during  every  frame  rather  than  every 
fourth  frame.  Once  the  station  stops  talking,  that  station's  control  bit  In 
the  control  channel  goes  high  again  and  all  CS-2  offset  counters  become  en¬ 
abled  again  simultaneously.  This  allows  the  offset  generator  In  each  crew 
station  to  be  synchronous  and  for  the  offsets  to  be  properly  Interleaved. 

The  receive  channel  contains  the  CVSD  output  from  the  RT's  and  the  Intercom 
bit  of  the  accessed  crew  station.  All  crew  stations  constantly  monitor  the 
Intercom  CVSD  bit,  but  the  radio  CVSD  bit  monitored  Is  controlled  by  the 
crew  station  mode  switch.  The  demultiplexing  of  both  bits  Is  done  by  a  dual 
latch,  U10.  The  RT  which  Is  monitored  Is  also  the  one  which  Is  modulated  If 
the  crew  station  enters  the  key  radio  mode.  The  RT  selected  by  the  crew 
station  mode  switch  Is  coded  by  3  bits.  Ml,  M2  and  M3.  These  bits  are  de¬ 
coded  In  the  controller  and  steer  the  PTT  signal  to  the  selected  RT.  The 
Intercom  Is  VOX  operated,  but  In  order  to  prevent  accidental  keying  of  an 
RT,  a  momentary  contact  push  button  is  located  on  the  crew  station.  This 
switch  Is  essentially  ANDed  with  the  VOX  output  to  generate  a  PTT.  A 
deliberate  action  Is  required  by  the  operator  to  key  the  radio  but  the  modu¬ 
lation  Is  under  VOX  control.  Therefore,  the  key  radio  mode  Is  activated  by 
the  presence  of  the  key  radio  bit,  controlled  by  the  push  button,  and  access 
to  the  data  bus  Is  controlled  by  VOX.  In  other  words,  simply  pressing  the 
key  radio  push  button  will  not  key  the  radio;  the  crew  station  must  also 
have  accessed  the  data  bus  as  determined  by  sensing  the  VOX  bit  In  the  con¬ 
troller.  Activating  the  key  radio  switch  also  lenghens  the  VOX  release  time 
for  better  radio  message  continuity  with  little  or  no  on-off  keyings  during 
the  transmission. 


SUMMARY 


The  basic  purpose  of  this  work  was  to  Investigate  the  feasibility  of  the 
demand  access  concept.  Although  this  type  of  operation  Is  not  normally 
associated  with  Intercom  systems,  the  advantage  of  this  type  of  system  Is  a 
design  with  fewer  components,  potentially  better  signal  to  noise  ratio  and 
lower  cost.  The  prototype  hardware  was  built  and  the  feasibility  was 
demonstrated  successfully. 

Obviously  a  key  to  this  type  of  system  Is  a  good  voice  operated  switch  (VOX); 
one  that  Is  Immune  to  ambient  vehicular  noise,  and  one  that  has  suitable 
attack  and  release  properties.  The  VOX  used  In  the  prototype  equipment  was 
a  phase  lock  loop,  noise  Insensitive  design,  which  performed  satisfactorily 
In  both  tank  and  APC  field  trials.  This  design,  as  well  as  others  such  as 
digital  VOX  for  example,  should  be  Investigated  In  depth  during  any  subse¬ 
quent  Intercom  program. 
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The  work  presented  In  this  report  In  no  way  represents  a  desired  or  preferred 
approach  to  the  VIS  design.  Rather,  It  Is  one  Idea  with  advantages  and  dis¬ 
advantages  which  must  be  analyzed  against  other  feasible  approaches  and 
matched  against  user  requirements  In  order  to  design  the  next  generation 
Intercommunication  system. 
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APPENDIX  A 


ITT  Aerospace/Optical  Division  Design  Reports 


Title 

DTIC  No. 

1. 

First  Quarterly  Report 

ADA054021 

2. 

Second  Quarterly  Report 

ADA057277 

3. 

Third  Quarterly  Report 

ADA058584 

4. 

Final  Report 

ADA071386 

Cincinnati  Electronics  Corporation 

Title 

DTIC  No. 

1. 

First  Quarterly  Report 

ADA0S2437 

2. 

Second  Quarterly  Report 

ADA058033 

3. 

Third  Quarterly  Report 

AOA06O758 

4. 

Final  Report 

ADA065058 
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